home *** CD-ROM | disk | FTP | other *** search
/ NOVA - For the NeXT Workstation / NOVA - For the NeXT Workstation.iso / Documents / NeXTAnswers / mail.678 < prev    next >
Text File  |  1992-02-06  |  3KB  |  59 lines
  1. {\rtf0\ansi{\fonttbl\f0\fnil Times-Roman;\f1\fmodern Ohlfs;\f2\fswiss Helvetica;}
  2. \paperw12220
  3. \paperh7280
  4. \margl120
  5. \margr120
  6. {\colortbl\red0\green0\blue0;}
  7. \pard\tx560\tx1120\tx1680\tx2240\tx2800\tx3360\tx3920\tx4480\tx5040\tx5600\f0\b0\i0\ul0\fs28 Q:  I'm in a very heterogeneous environment.  My /usr/spool/mail directory is mounted from another machine (a Sun Sparcstation).  I'd like to use the NeXT Mail app, but it won't fetch my mail.  The little letters don't even pop up in the envelope!  I know I have mail because the Berkeley Mail program works, and so does biff and from.\
  8. \
  9. A: The NeXTMail app needs to write a lock file in the /usr/spool/mail directory.  If it can't write that file, it can't even check for mail.  \
  10. \
  11. First, check the permissions, groups and owners of /usr/spool/mail.  This is what we found at one site:\
  12. \
  13.  
  14. \f1\fs22\fc0 myhostname > ls -ltdg /usr/spool/mail\
  15. drwxrwxr-x  3 root     mail       1024 Jan 28 15:46 /usr/spool/mail/\
  16.  
  17. \f0\fs34 \
  18.  
  19. \fs28 They had created a new group, called "mail" and made that the group of the /usr/spool/mail directory.  They then only gave that group and the owner of the directory (root) the ability to write to that directory.  The administrators of the network apparently did this for security's sake.   \
  20. \
  21. Mail.app has two executables which need to do stuff in /usr/spool/mail, and their owners come from the factory as:\
  22. \
  23.  
  24. \f1\fs22 myhostname> ls -ltg /NextApps/Mail.app/M*\
  25. -rwxr-xr-x  1 root     wheel     245760 Nov 18 21:25 Mail*\
  26. -r-xr-xr-x  1 root     wheel      24576 Nov 15 15:11 MailFetch*\
  27. \
  28.  
  29. \f0\fs28 Thus Mail can't write in the spool directory, and can't check your mail apparently.  If you change both Mail's and MailFetch's group to mail and make them setgroupid, you'll solve this problem.  \
  30. \
  31.  
  32. \f1\fs22 myhostname> su\
  33. Password:\
  34. myhostname# chgrp mail /NextApps/Mail.app/Mail /NextApps/Mail.app/MailFetch\
  35. myhostname# chmod g+s /NextApps/Mail.app/Mail /NextApps/Mail.app/MailFetch\
  36. myhostname# ls -ltg /NextApps/Mail.app/M*\
  37. -rwxr-sr-x  1 root     mail     245760 Nov 18 21:25 Mail*\
  38. -r-xr-sr-x  1 root     mail      24576 Nov 15 15:11 MailFetch*\
  39. \
  40.  
  41. \pard\tx520\tx1060\tx1600\tx2120\tx2660\tx3200\tx3720\tx4260\tx4800\tx5320\f0\fs28\fc0 One other possible solution is to set /usr/spool/mail to mode 1777:\
  42.  
  43. \f2\fs24 \
  44.  
  45. \f1\fs20 myhostname% ls -ldg /usr/spool/mail\
  46. drwxrwxrwt  9 root     wheel      25600 Jan 28 14:20 /usr/spool/mail/\
  47.  
  48. \f2\fs24 \
  49.  
  50. \f0\fs28 Note the sticky bit is turned on (the high-order 1 in the 1777, for you non-geeks out there!).  This means that even though everyone can write to the directory other things control file deletion.  This is the same mode we use in /tmp.  Depending on the installation, this solution may or may not be appropriate.\
  51.  
  52. \pard\tx560\tx1120\tx1680\tx2240\tx2800\tx3360\tx3920\tx4480\tx5040\tx5600\fc0 \
  53. QA678\
  54. \
  55. Valid for 2.0\
  56. \
  57.  
  58.  
  59.